The World of Computer Software/The World of Computer Software.iso/lnxd3-79.zip/DIGEST3.794

Internet Message Format | 1993-01-01 | 30KB

From [e-mail] Mon Dec 14 19:49:43 1992
Return-Path: <[e-mail]>
Received: from bloom-picayune (BLOOM-PICAYUNE.MIT.EDU) by montefiore.ulg.ac.be (4.1/SMI-4.1)
    id AA05554; Mon, 14 Dec 92 19:48:07 +0100
Received:  by bloom-picayune (5.57/25-eef)
    id AA23015; Mon, 14 Dec 92 13:16:04 -0500
Message-Id: <9212141816.AA23015@bloom-picayune>
From: Digestifier <[e-mail]>
To: [e-mail]
Reply-To: [e-mail]
Date:     Mon, 14 Dec 92 13:15:38 EST
Subject:  Linux-Activists Digest #794
Status: R

Linux-Activists Digest #794, Volume #3           Mon, 14 Dec 92 13:15:38 EST

Contents:
  Linux Include Files (Ron Watkins)
  Re: rz / sz cute version? (M. Saggaf)
  HELP!!! problems with SLS .98pl5and 2nd level cache (Klaus Espenlaub)
  How do I provide the floppys to normal users???? (Klaus Espenlaub)
  X and Speedstar (don't kill me too) (Klaus Espenlaub)
  Re: Optimal Partition Sizes (Lars Wirzenius)
  newbie 2: question on max file system size (Kevin Blaine Fluet)
  Re: Wanted: fidoware (Joshua Lee)
  Newbie questions (Nick Wilhelm-Olsen)
  Re: Faq for 0.95p5...needed! (Lars Wirzenius)
  Re: Is ``lint'' available for Linux? (Lars Wirzenius)
  Re: ext fs question (.badblocks) (Mark Evans)
  Re: PS, top, vs. linux-0.99 (Werner Almesberger)
  Question about HP ethernet cards (Charles Hannum)
  Re: DMA on PC motherboards (Mike Berger)
  [ANNOUNCE] poeigl-1.8a alpha version available ([e-mail])
  Re: [ANNOUNCE]: linux version 0.99 (Rick Miller, Linux Device Registrar)
  QQ: bc on linux? (Keith Fuller)
  Hardware Question (Darcy Smith)
  Re: network over modem... (Matt Welsh)
  LILO & MKFS questions... (Andy Say)

----------------------------------------------------------------------------

From: [e-mail] (Ron Watkins)
Subject: Linux Include Files
Date: 14 Dec 92 15:23:03 GMT

In /usr/include/sys/types.h, all there is is an include for <linux/types.h>
When I checked this file, I noticed a define for __linux_types_h but most
software is checking for __sys_types_h. Can we include this in /usr/include/
sys/types.h just for older fogies like me who have a large installed base
checking for __sys_types_h?
If there is a better solution (other than changing all my stuff) please
let me know. Thanks
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Ron Watkins    [[e-mail]]     /             _____      /
931 Gould-Simpson bldg.                       /             /    /     /
University of Arizona                        /             /____/     /
Tucson, AZ. 85721                           /             /          /
[phone]                             /_____ unar & / lanetary /_____ ab.

------------------------------

From: [e-mail] (M. Saggaf)
Subject: Re: rz / sz cute version?
Date: Mon, 14 Dec 1992 16:08:21 GMT

>>>>> On Mon, 14 Dec 1992 08:45:09 GMT, [e-mail] (Jonathan
JM> Magid) said: Nntp-Posting-Host: sunsite.unc.edu

JM> In article <[e-mail]> [e-mail] (Ammo Goettsch) writes:
>does anyone have a "cute" version of rz, that for example uses curses
>or
>X to display decent download status messages, rather than the standard
>one-line-per-packet messages?
>
>Ammo Goettsch

JM> there were patches written to give zmodem a nice X interface...
JM> they are available on sunsite.unc.edu as
JM> /pub/Linux/X11/xutils/Xrz3D*

And another I just put yesterday for text-mode that uses curses. As
Incoming/graphic_rz.diff. Has to be applied to a fresh copy of rzsz
(e.g. from oak.oakland.edu at pub/unix-c/xyzmodem) and the modem
device has to be specified at the top of the make file.

--
/M. Saggaf
 [e-mail]



------------------------------

From: [e-mail] (Klaus Espenlaub)
Subject: HELP!!! problems with SLS .98pl5and 2nd level cache
Date: Mon, 14 Dec 1992 15:57:12 GMT

Hi folks,

i've been installing SLS .98pl5 last weekend and had very weird problems
until i've switched off my 2nd level cache:

- mail died with segmentation fault
- tetris died with segmentation fault
- gcc died with SIGSEG....
- .......

After I switched it off everything works fine. Is this an board error or is
there any rule behind this (everything works fine with the builtin cache of
the 486).

My machine consists of:
- 486 50MHz
- OPTi chipset (the one for all 486-XXXX including SX) manufactured by
  Shuttle (don't remember the exact type)
- 16MB RAM
- 256kB 2nd level cache
- IDE controller made by Timex with Quantum LPS240A connected
- multi i/o on IDE controller
- Diamond SpeedSTAR HiColor BIOS Rev. 4.3

I'm totally unwilling to let my cache been switched off, so may anybody
help me?

Thanks for all, please answer quickly

------------------------------

From: [e-mail] (Klaus Espenlaub)
Subject: How do I provide the floppys to normal users????
Date: Mon, 14 Dec 1992 16:01:21 GMT

Is there any possibility to give normal users the right to mount
floppy drives???? I've been trying it with different success (it works only
when floppys already in at boot time........)

May anybody help me???????

Thanks for all


------------------------------

From: [e-mail] (Klaus Espenlaub)
Subject: X and Speedstar (don't kill me too)
Date: Mon, 14 Dec 1992 16:09:51 GMT

I'm interested in the Xconfig for a Diamond SpeedStar HiColor, too.

I've figured out how to make 640x480 and 800x600 but not 1024x768 at 70Hz.
This is not acceptable with a 17" monitor.

please post it because there are many users with this card.

Thanks


------------------------------

From: [e-mail] (Lars Wirzenius)
Subject: Re: Optimal Partition Sizes
Date: 14 Dec 92 16:03:25 GMT

[e-mail] (Joseph R. Pannon) writes:
>Given plenty of HD space, could somebody provide some guidelines about
>the optimal partition sizes for root, usr and swap partitions?

Here is something that I have outlined write for the sysadmin guide
(and/or the installation instructions).  It is VERY quick and dirty
(first draft), and will probably be rewritten a few times before if is
ready.  Hopefully it is usable even now.  Comments are welcome, of
course.

       * Allocating swap space

       How much swap space do you need?  Many people will tell you
       that you should allocate twice as much swap space as you have
       physical memory, but this is bogus.  Here's how to do it:

       1.  Estimate your total memory needs.  This is the largest
           amount of memory you'll probably need at a time, that is
           the sum of the memory requirements of all the programs you
           want to run at the same time.  For instance, if you want
           to run X, you should allocate about 8 MB (???) for it, gcc
           wants several megabytes, etc.  The kernel will use about a
           megabyte by itself, and the usual shells and other small
           utilities perhaps a few hundred kilobytes (say a meg
           together).  There is no need to try to be exact, rough
           estimates are fine.

       2.  Add some security to the estimate in step 1.  This is
           because estimates of program sizes will probably be wrong,
           because you'll probably forget some programs you want to
           run, and to make certain that you have some extra space
           just in case.  A couple of megabytes should be fine.  (It
           is better to allocate too much than too little swap space,
           but there's no need to overdo it and allocate the whole
           disk, since unused swap space is wasted space.)  Also,
           since it is nicer to deal with even numbers, you can round
           the value up to the next full megabyte.

       3.  Based on the computations in steps 1 and 2, you know how
           much memory you'll be needing in total.  So, in order to
           allocate swap space, you only need to subtract the size of
           your physical memory from the total memory need, and you
           know how much swap space you need.

       The next issue is to decide whether you want to use a separate
       swap partition, or a file in the file system.  The swap
       partition is faster, but it is easier to change the size of a
       swap file (there's no need to repartition the whole hard disk,
       and possibly install everything from scratch).  When you know
       how much swap space you need, you should go for a swap
       partition, but if you are uncertain, you can use a swap file
       first, use the system for a while so that you can get a feel
       for how much swap you need, and then make a swap partition
       when you're confident about its size.

About the root and usr partitions, I have not yet thought much about,
but I guess the general consensus is that root should be as small as
you can comfortably get away with (basically, it should contain only
the crucial things), and usr should be as big as possible, especially
if you put the home directories there.

However, for small disks several partitions easily makes life
miserable.  For instance, I used to have four partitions on my 109 MB
hard disk: 32 MB for DOS, 10 MB for root (including 4 MB swap file),
16 MB for home, and 51 MB for usr.  I usually had about 20-25 MB free
space, which divided into four partitions is not a lot.  Even worse,
most of the free space was on the DOS partition and not terribly
useful for Linux use.  So even though I had a lot of free space, I
couldn't really use it, since it was usually only about 3-4 MB per
partition, and it is surprising how quickly one can fill that.

Now I have three partitions: 20 MB for DOS, 10 MB for swap, and 79 MB
for Linux.  Yes, I have everything in one partition, and it is using
the extended filesystem.  I DO NOT RECOMMEND this for people who
dislike living dangerously.  The extended filesystem is still alpha,
and only fools such as I risk all their data on it.  The extfs is also
not as fast as it could be.  I decided that I can't live with 14
character filenames anymore, nor with the cramped feeling of four
partitions.  I guess I can live with disappearing data and
re-installing everything once a day. :-)  (NO, the extfs isn't that
bad; I've had exactly one problem with it during several weeks.  And I
try to do backups regularly.)

--
[e-mail]  (finger [e-mail])
   MS-DOS, you can't live with it, you can live without it.

------------------------------

From: [e-mail] (Kevin Blaine Fluet)
Subject: newbie 2: question on max file system size
Date: Mon, 14 Dec 1992 14:56:29 GMT


Hi all,

I have a question with regard to the maximum possible file system allowed
under the present linux.  I understand that the maximum file system
allowed is approx 65 MB, but is this the maximum allowed for the whole
thing (i.e. all linux partitions) or is it possible to have, say, a 65 MB
partition and a second 40 MB partition and access them both (and I don't
mean a mounted 40 MB dos partition--I figured out how to do that one).

Please forgive my ignorance, I only installed linux this last weekend...

============================
Kevin Fluet
[e-mail]
============================


------------------------------

From: [e-mail] (Joshua Lee)
Subject: Re: Wanted: fidoware
Date: Sat, 12 Dec 1992 16:41:10 -0800

 UB> We got Cnews & Tin running...
 UB> We got Binkley (from TSX-11) to poll...

 UB> There must be some ware (soft!) to interface between
 UB> Binkley and the other parts of this
 UB> how-to-be-a-linux-fidonet-point-puzzle...

rfmail is supposed to work fine, albiet somewhat on the primative side.
I've seen it in action elsewhere, though not under Linux yet. Since
there
are binaries of rfmail distributed around though I assume it works.
Binkley for Unix (unlike it's DOS, Atari ST, and OS/2 flavors)
is early alpha, so I don't know if I should reccomend it unless
you plan to do alot of recoding to get it to be more stable.

You'll need at least part of rfmail or a package called RFC converter
(maybe the same thing) in order to make FidoNet packets toss to
a newsgroup format in order to read them with a Usenet newsreader.

One of these days I'll get ahold of it, unfortunately it was ported
after I left the DC metro area, so the only (outdated) source of
Linux files around here is myself. :-) BTW, what has changed
since version 0.96c?

--
ArfaNet: [e-mail]
FidoNet: Joshua Lee on 1:271/247.3

 * Origin: Barely the Point - Hampton, VA (1:271/247.3)


------------------------------

From: [e-mail] (Nick Wilhelm-Olsen)
Subject: Newbie questions
Date: 14 Dec 1992 16:50:53 GMT
Reply-To: [e-mail] (Nick Wilhelm-Olsen)

        I apologize for the extreme lack of intelligence that this post must
demonstrate, but I have read the FAQ and have tried to keep up with this group
but I have a few problems that I haven't been able to answer.  I am currently
using linux 0.98p1.

  1)  What is required in going to version 0.99 if I don't want to mess with
the patches?

  2)  I haven't been able to get the directory/file permissions correct yet.
What should they be?  (i.e. could someone mail me a ls -lR output file?)

  3)  When I am running linux in a SVGA mode, and start Xwindows, once I exit,
the refresh rate hasn't been returned to the correct rate, so all I see is
wavy lines.  Is there fix or do I just have to give up using the SVGA modes?

I apologize if any of this is just blatantly obvious or stated in the FAQ and I
missed it.  I appreciate any constructive comments anyone has to make.
Please reply via email as I will probably miss your post. Thank you.

Nick Wilhelm-Olsen
--
|     . _        .      _         _    _  _     | [e-mail] |
| |\ ||/ |/  |  ||| |_||_| |\/|__/ \| <_ |_|\ | |                            |
| | \||\_|\  |/\|||_| ||_|_|  |  \_/|_ _>|_| \| |"Why does it happen? ...    |
|                                               |..Because it happens. (RUSH)|

------------------------------

From: [e-mail] (Lars Wirzenius)
Subject: Re: Faq for 0.95p5...needed!
Date: 14 Dec 92 16:57:52 GMT

tfoley@camaro (Tim Foley) writes:
>  Someone should write a faq for converting from 0.98p1 to 0.98p5 and
>above.

Probably one of the easiest ways is to install the newest SLS.  That
should make it easier for you to stay up to date as well.  I did this
myself, just to see what SLS looks like.  (I'm probably going to start
from scratch _again_ in a while, just for the pleasure of compiling
everything myself; however, I think I know what I do and how most
things work, if you don't you might be better off with SLS).

If you have things that are not in SLS, you should get their sources,
upgrade to SLS, then recompile and install them.  Recompilation is
needed so that the program will not use old versions of system calls,
and such things.

There are a couple of things that won't be fixed by a simple
recompilation.  I know of two programs: uucp and minicom.  uucp uses a
library function (sigaction, I think) in such a way that it triggers a
bug, and will cause trouble because of that.  This can be fixed by
configuring uucp so that it won't use sigaction.  Minicom has a bug
that causes it to modify a string literal, which is not allowed.  This
can be fixed by replacing the string literal with an array that has
been initialized to the value of the string literal.

I do not know whether the above are fixed in the current versions of
SLS, but if not, they will be.

For people who don't enjoy building their systems from scratch, SLS is
currently the easiest way of installing Linux.  Those of us who prefer
to do it our own way (with our very own bugs :) do it that way.

--
[e-mail]  (finger [e-mail])
   MS-DOS, you can't live with it, you can live without it.

------------------------------

From: [e-mail] (Lars Wirzenius)
Subject: Re: Is ``lint'' available for Linux?
Date: 14 Dec 92 17:02:32 GMT

[e-mail] (Joel M. Hoffman) writes:
>I didn't find lint on tsx-11, nor on prep.ai.mit.edu.  Where might I
>find it?

I don't know of a freely available lint.  Personally, I use gcc with
almost all warning turned on (more or less -Wall and a few others),
which works almost as well.  Just about the only thing it can't do is
check things across files, but that is not much of a trouble for me,
because I prefer to use prototypes rigorously.

--
[e-mail]  (finger [e-mail])
   MS-DOS, you can't live with it, you can live without it.

------------------------------

From: [e-mail] (Mark Evans)
Subject: Re: ext fs question (.badblocks)
Date: 14 Dec 92 16:34:49 GMT

Remy CARD ([e-mail]) wrote:
: In article <[e-mail]> [e-mail] (David L Orman) writes:
: >does mkefs still make a /.badblocks with the -c option?  I was
: >reinstalling and tried it and I didnt get a .badblocks  I got made
: >errors as the scan was done however, so I know there is some bad spots.
: >the command I used was:
: >mkefs -c /dev/hdb1 xxxxxx
: >
: >I forget the number of blocks, anyway its an RLL drive with known bad
: >areas so whats the deal....  is it ok or not?
: >
:
:       mkefs now uses a reserved inode (inode #2) to store the bad blocks.
: This inode does not appear in the filesystem tree any more because it was
: leading to problems (root could delete the .badblocks file or save it during
: a backup).

This is a common way of implimenting a bad block list, fsck will not
complain about this inode being unreferenced.
:
:       So, even if you don't see a .badblocks file with ls, don't worry.  The
: bad blocks are recorded and won't be use in the fs.

It also means that back-up utilities (e.g. tar) will not pick up the
bad blocks file

--
=========================================================================
Mark Evans                                   |[e-mail]
+(44) 21 429 9199  (Home)                    |[e-mail]
+(44) 21 359 6531 x4039 (Office)             |

------------------------------

From: [e-mail] (Werner Almesberger)
Subject: Re: PS, top, vs. linux-0.99
Date: 14 Dec 92 17:09:40 GMT

In article <[e-mail]> [e-mail] (Bruce Jackson) writes:
>In article <[e-mail]> [e-mail] (Just dance and move your body) writes:
> Also both 0.98.6 and 0.99 report a 4096K ramdisk when booting that shouldn't
> be there!

If you're using LILO to boot, please upgrade to LILO 0.7. 0.98pl6 and 0.99
use some new fields in the boot sector to store configuration information
that were not initialized by earlier versions of LILO.

- Werner
--
   _________________________________________________________________________
  / Werner Almesberger, ETH Zuerich, CH      [e-mail] /
 / IFW A44  Tel. [phone]                 [e-mail] /
/_BITNET:_ALMESBER@CZHETH5A__HEPNET/CHADNET:_[20579::]57414::ALMESBERGER_/

------------------------------

From: [e-mail] (Charles Hannum)
Subject: Question about HP ethernet cards
Date: 14 Dec 1992 17:01:12 GMT


I saw somewhere in a list of supported hardware that Linux supposedly
works with some variety of HP ethernet cards.

This is intriguing.  I have a HP "ThinLAN" card (model 27250A) in a HP
Vectra which I would like to use.  Unfortunately, I can't find any code
to talk to it.

Does anyone know where the missing ethernet drivers are?

--

------------------------------

Crossposted-To: comp.periphs,comp.sys.ibm.pc.hardware
From: berger@atropa (Mike Berger)
Subject: Re: DMA on PC motherboards
Date: Mon, 14 Dec 1992 17:35:35 GMT

[e-mail] writes:
>In article <[e-mail]> [e-mail] (Bohdan Tashchuk) writes:
>>In <[e-mail]> [e-mail] (David Chiu) writes:
>>>"Most chipsets (and thus MBs) on the market today can barely do bus mastering
>>> properly (for ISA based machines)... Opti *HAD* a good chip set earlier but
>>> their new chipset isn't better than any other chipsets"

>>To a first approximation, you get what you pay for. If you buy the cheapest
>>Tiawanese clone you can find, you deserve to have it fail bus mastering.

>Ah. But isn't it true that most of the stuff on the market TODAY are  cheap
>Taiwanese clones?

>Of course, your mother board is based on a chip set at least four years old.
>Go back and read my post again. I said "TODAY", not four years ago.
*----
Would you like to be more specific about your experiences?  The newest
CPU boards that I've seen have all been compatible with the Adaptec 1542B
without any problems, and I use a wide variety of completely generic
boards with various chipsets.  Some of them even have the BIOS chips
soldered in place - a practice I object to, but realistically, probably
increases reliability when the BIOS code is mature.  DMA is built into
most of the LSI chipsets, so it ought to be easy for you to pinpoint
the ones that have problems.



--
        Mike Berger
        Internet    [e-mail]

------------------------------

Crossposted-To: comp.os.linux.announce
From: [e-mail]
Subject: [ANNOUNCE] poeigl-1.8a alpha version available
Date: Mon, 14 Dec 1992 17:26:36 GMT

I just uploaded poeigl-1.8a.tar.Z to ftp.daimi.aau.dk

Several people have sent me bug reports and fixes as well as extensions
to the programs in this package. This alpha release is an attempt to
make these enhancements available to the rest of the Linux community.

Several bugs have been fixed.

write/wall have been enhanced to support a commandline message.

simpleinit now reads the timezone from /etc/TZ and sets it.

getty now supports certain escape codes in /etc/issue

Login no more has the syslog() messages #ifdef'ed out. If you don't have a
real syslogd daemon, then there's a hacked version of a very simple syslog()
call included.

*** STATEMENT OF DIRECTION ***

I do not think that any more work on simpleinit should be done. If you are
not satisfied with simpleinit, get the sysvinit package by Mike Smoorenburg.

Also, there is a GNU version of write that I think we should use.

Acknowledgements:
=================
Sander Van Malssen <kozmix![e-mail]> provided the code for the
        escape codes in /etc/issue.

Ed Carp provided the patch for simpleinit that supports timezones.

[e-mail] (Steven S. Dick) told me about a bug in login.c wrt.
        SIGHUP.

I forget who sent me the patch to wall.

My thanks to all of them.

As always, the packages contains only sourcecode. The binaries can be built
under Linux 0.98P5 or later with at least gcc-2.2.2d7

To those that do not already know, the poeigl package contains:

        init, getty, login, hostname, mesg, users, who, write

I have put the packages out for anon ftp at:

        ftp.daimi.aau.dk:/pub/Linux-source

        - Peter. <[e-mail]>

--
Peter Orbaek <[e-mail]>
Hasle Ringvej 122, DK-8200 Aarhus N, DENMARK

--
Send submissions for comp.os.linux.announce to: [e-mail]

------------------------------

Crossposted-To: comp.os.linux.announce
From: [e-mail] (Rick Miller, Linux Device Registrar)
Subject: Re: [ANNOUNCE]: linux version 0.99
Date: Mon, 14 Dec 1992 17:27:29 GMT

Okay everybody... You know the plan!  Linux 0.99 really *is* 1.0... but it'll
need some bug-fixes before we *call* it 1.0.  So now is the time to concentrate
on BUG FIXES.  I would even go so far as to suggest that the folks with other
stuff they're doing under Linux (like everything other than the kernel) should
concentrate on making their packages work with Linux 0.99...

When the 1.0 kernel comes out, it would be a shame if stuff on the archives
wouldn't work with it... Let's make the next few weeks a time for getting all
of the old stuff up and running with the new kernel.

Rick Miller   <[e-mail]> | <[e-mail]>   Ricxjo Muelisto
Occupation:  Husband, Father, WEPCo. WAN Mgr., Discus Sys0p, and  Linux fan

--
Send submissions for comp.os.linux.announce to: [e-mail]

------------------------------

From: [e-mail] (Keith Fuller)
Subject: QQ: bc on linux?
Date: Mon, 14 Dec 1992 17:41:59 GMT

Here is my Quick Question:

Has anyone written bc, the arbitrary precision
calculator for linux?

Thanks!
Keith Fuller
______________________________________________________________________________
[e-mail]
Keith Fuller
"What's up?"          Obtaining an MA in        Ich bin ein Virus.
"Gimme five!"         Computer Science from     Mach' mit und kopiere
"Have a nice day!"    Kent State University     mich in Deine .signature.

------------------------------

From: [e-mail] (Darcy Smith)
Subject:  Hardware Question
Date: Mon, 14 Dec 1992 17:21:09 GMT

Just a quick (not FAQ I hope) question.

I'me preparing to upgrade my hardware (ok buy a whole new computer
system) and  Os (I want linux) and I was wondering if there were any
suggestions as to what some good setups are.  I want to run X and. oh,
just about anything.

Thanx in advance,

D'Arcy


------------------------------

From: [e-mail] (Matt Welsh)
Subject: Re: network over modem...
Date: Mon, 14 Dec 1992 17:35:49 GMT

In article <[e-mail]> [e-mail] (Jerry Jeremiah 290-8941) writes:
>Newsgroups: poster
>I have a modem.  I have a site that has a modem that connects to a unix
>machine.   How do I get telnet and ftp to start my modem connection
>and do everything that way instead of an ethernet adapter?

It's called SLIP (Single Line IP), and it's currently in development for
Linux. Most other operating systems support SLIP connections, however to be
of any use you need a fast modem (9600bps at the very least), because you're
actually transmitting packets over the modem connection, and telnet, ftp, etc.
aren't as simple as just "dialing up" (which works fine for slower modems).

Once it's available for Linux, it should be very easy to get yourself SLIP
access from another system, thereby putting yourself on the net via modem.

Cheers,
mdw

--
Matt Welsh     [e-mail]     Cornell Theory Center
  "Go on, emote! I was raised on thought balloons!"

------------------------------

From: [e-mail] (Andy Say)
Subject: LILO & MKFS questions...
Date: Mon, 14 Dec 92 16:30:22 GMT

   I have a question regarding LILO being able to boot my MS-DOS or Linux
drive.  My primary drive is a RLL drive that Linux is installed on while
my MS-DOS drive is a SCSI drive on an UltraStor 24F which is not recognized
currently by Linux.  Can I still have LILO boot my MS-DOS drive?  If not
is there a program that I can write a boot sector on the RLL drive and have
it boot the SCSI drive DOS and then use bootlin in DOS to boot linux??
   My second question is regarding mkfs.  I currently have a list of cylinder,
heads, and sector that are bad on the RLL drive and would like to tell Linux
not to use those sectors.  mkfs I assume wants a list of blocks, is there
an easy way for me to do the conversion from cyl, head, sector to block?

Thanks for any help,
 Andy

--
*****************************************************************************
* Andy Say                          *  Place witty comment here.            *
* Bell Communications Research      *      [e-mail]          *
*****************************************************************************
* Bellcore doesn't pay me enough to speak for them.                         *
*****************************************************************************

------------------------------


** FOR YOUR REFERENCE **

The service address, to which questions about the list itself and requests
to be added to or deleted from it should be directed, is:

    Internet: [e-mail]

You can send mail to the entire list (and comp.os.linux) via:

    Internet: [e-mail]

Linux may be obtained via one of these FTP sites:
    nic.funet.fi                pub/OS/Linux
    tsx-11.mit.edu                pub/linux
    tupac-amaru.informatik.rwth-aachen.de    pub/msdos/replace

The current version of Linux is 0.98pl6 released on December 2, 1992

End of Linux-Activists Digest
******************************